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(g) Verfahren und Anordnung zur Durchfuhrung von Uberwachungs- und Managementfunktionen in Netzen nnit 
iiberwachten Komponenten 



Eine Bereltstellungselnheit (C & CM) ermogllcht es, die 
elnfachen, aus Name und Wert bestehenden Objekte in 
eine relationale Datenbank (REL-DB) einzulesen, so daft 
Applikationen sich durch Auswahlbefehle (SQL-SELECT) 
der SQL-Sprache Informationen gemalS ihrem Bedarf - 
auch Komponenten iiberschreitend - zusammenstellen 
lassen konnen. Dadurch dall auch die Beschreibung (ME- 
TA-DATA) der einfachen Objekte aus einer Datei (M1B+) in 
die relationale Datenbank (REL-DB) eingelesen werden 
und dadurch die Bereitstellungseinheit (C & CM) steuern, 
kann die Realisierung vollig unabhangig von den Definl- 
tionen der einfachen Objekte sein. Den Objektdefinitionen 
kann ein Attribut als weitere Steuerungsfunktion zur Be- 
einflussung der Bereitstellungseinheit (C & CM) bezuglich 
der Zurverfugungsstellung der fiir einen Auswahlbefehl 
(SQL-SELECT) benotigten Managementdaten (MGMT- 
DATA) beigefugt werden. 
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Beschreibung 



Die Hrfindung betrifft ein Verfahren und eine Anordnung 
zur Durchfiihrung von Oberwachungs- und Management- 
funktionen in Netzen mit uberwachten Komponenten, wo 
bei die uberwachten Komponenten uber einfache Objekte 
uberwacht/gesteuert werden, w^rend die Management- 
fiinkdonen auf beliebig daraus zusammengesetzten Infor- 
mationen basieren. 

Mit der zunehmenden Vemetzung von Rechnem wurde es 
n5tig, sowohl die Rechner als auch die andeicn Komponen- 
ten des Netzes zu ubenvachen und gcgebenenfalls zu steu- 
em. Dieses Netz-/Systemmanagemenl wuide im Prinzip mil 
folgenden Einhchtungen durchgefUhrl: Eine Administrator- 
konsole, die auch in Software realisiert sein kann, kommu- 
niziert mit Agenten (Software) auf den zu iiberwachenden 
Komponenten. Die Agenten liefem auf Anforderung Infor- 
mationen, wie Temperatur, Rechnerauslastung usw., an die 
Administratorkonsole. Die Administratorkonsole stellt 
diese Informationen dar, woraufhin der Administrator gege- 
benenfalls Aktionen auf den Komponenten starten kann. 
Dabei wird durch die Eingaben des AdminisU-ators an der 
Konsole eine Nachricht an den Agenten der entsprechenden 
Komponente gesandt, der dann entsprechende Veranderun- 
gen an der Komponente durchftihrt. 

Urspriinglich wurden fur die Realisierungen solcher Ma- 
tt agement-Losungen proprietarc Protokolie und proprietarc 
Schnittstellen verwendet. Seit mehr als funf Jahrcn steht das 
sogenannte "Simple Network Management Protocol" als ge- 
normtes Protokoll SNMP fiir die Realisierung von Manag- 
ment-Applikationen zur Verfugung. Ein Uberblick uber 
SNMP wird zum Beispiel in G. Kronert, Erweiterbarkeit 
von SNMP- Agenten, Teil 1: SNMP und SNMPv2, unix/ 
mail 12 (1994) 1, S. 20-24 gegeben. 

Dabei slellte sich heraus, da6 im Prinzip keine wesenili- 
chen Unterschiede zwischen Netz-, System-, Gerale- oder 
Applikationsmanagement bestehen. In alien Fallen muB In- 
formation zwischen der uberwachten Komponente und der 
Administratorkonsole ausgetauscht werden. Die iiberwachte 
Komponente kann daher ein Gerat, ein Rechner oder eine 
Applikation sein. 

Fig, 1 zeigt das Prinzip einer SNMP-basierten Manage- 
mentlosung. Dem Administrator steht die Administrator- 
konsole ADMIN-KON zur Verfugung. Wahlt er in dem so- 
genannten User Interface UI eine in der Management- App)- 
Ukalion MGMT-APPL implementierte Funktion aus, so 
muB die Abbildungskomponente MAP die von dieser Funk- 
tion benotigten Daten auf einfache SNMP-Objekte abbilden 
und iiber den Protokollstack SNMP-PrSt von der uberwach- 
ten Komponente anfordem. Auf der uberwachten Kompo- 
nente U-KOM lauft ein Agent. Dieser besteht aus dem Pro- 
tokollstack SNMP-PrSt und der InsUnmentierung INST, die 
auf die Daten der Komponente 0-KOM zugreift. Von der In- 
strumentierung INST laufen die Daten dann auf diesem Weg 
wieder zuruck zur Konsole ADMIN-KON, wo sie dann wie- 
der von der Abbildungskomponente MAP zu der von der 
Management-Applikation MGMT-APPL ben6tigten Infor- 
madon zusammengestellt warden. Das User Interface UI 
stellt die Daten dann graphisch dar, 

SNMP transportiert einfache Objekte, die durch Name 
und Wert bcschriebcn werden. SNMP ist flcxibcl vcrwcnd- 
bar, well die Objekte, die ubertragen werden, nicht genormt 
sind, sondem in sogenannten Management Information Ba- 
ses MTB formal beschrieben werden. Die Semantik der Ob- 
jekte ist verbal beschrieben. Soil zum Beispiel ein neues Ge- 
rat Uber SNMP uberwacht und gesteuert werden, so muB 
eine entsprechende MIB definiert sein. Die MIB beeinfluBt 
deshalb (tie beiden Module Instrumentierung INST und Ab- 



bildungskomponente MAP, d. h. zur UnterstUtzung einer 
neuen MIB mussen diese Module ncu entwickelt werden. 

Die Abbildungskomponente MAP erfiillt hauptsachlich 
zwei Aufgabcn: 

5 

- Zahbieiche einfache, uber SNMP empfangene Ob- 
jekte mtissen fUr die Managementapplikation MGMT- 
APPI^ zusammengestellt werden, damit sie dann als 
l^belle, Formular, Charts usw. dargestellt werden kon- 

10 nen. Dabei werden oft Daten, die in verschiedenen 
MIBs definiert sind, auf dem gleichen Bildschirm dar- 
gestellt. Auch mUssen von d^ Abbildungskomponente 
MAP die Daten fiir verschiedene Funktionen der Ma- 
nagemenlapplikadonen MGMT-APPL in der Regel un- 

is ter schiedlich zusammengestellt werden; fUr die Ober- 
wachung auf der Konsole durch den Administrator 
mussen die Daten anders zusammengestellt werden als 
fiir die Erzeugung eines Reports, 

- Um die Netzbclastung gering zu halten und urn die 
20 Antwortzeiten an die Administratorkonsole ADMIN- 
KON zu verbessem, ist es zweckmaBig, Daten - soweit 
mogUch - in der Abbildungskomponente MAP zwi- 
schenzuspeichem. Kandidaten fiir dieses Zwischen- 
speichem sind z. B. Konfiguradonsdalen, die sich nach 

25 dem Hochfahren des Rechners nicht mehr andem, oder 
Daten, die im laufenden Betrieb erzeugt werden und 
sich nicht mehr andem, wie Log-Messages, Fehlermel- 
dungen oder Statisdken. 

30 Bei bisherigen Losungen sind diese Aufgaben durch die 
ReaUsierung der Module fiir die Abbildungskomponente 
MAP und fUr die Managementapplikationen MGMT-APPL 
in einer Programmiersprache gelost werden. Lediglich sog. 
MIB-Browser konnen zwar automatisch aus der MIB er- 

35 zeugt werden, jedoch konnen sie die in der MIB definierten 
Daten nur 1 : 1 tabellarisch darstellen, so daB fiir MIB- 
Browser kein MAP-Modul benotigt wird. Ein beliebiges 
Zusammenstellen und Verkniipfen der Daten isl deshalb 
nicht mbglich. 

40 Neuere Ansatze befinden sich derzeit in der Erprobung. 
Sie sind dadurch gekennzeichnel, daB sie Modelle mit kom- 
plexen Objekten verwenden. Im Gegensatz zu einfachen 
Objekten, die nur durch Name und Wert beschrieben wer- 
den, haben komplexe Objekte Attribute mit Wcrten, aus- 

45 fuhrbare Methoden, Beziehungen zu anderen Objekten, und 
sie sind Exemplare von Klassen, Zwei derarlige Ansatze 
werden zur Zeit entwickelt und erprobt: Java Management 
API (JMAPI) und Web-based Enterprise Management 
(WBEM). Information uber JMAPI und WBEM stehen im 

50 Web zur Verfiagung unter: 

- http://java.sun.com/products/JavaManagcment/do- 
cuments/architecture/html/jmapi-arch.html (JMAPI) 

- http://wbem.freerange.com/wbempdk (WBEM). 

55 

Fig. 2 zeigt diese Architektur am Beispiel von WBEM. 
Da SNMP breite Akzeptanz gefunden hat und bereits einige 
Zehntausend SNMP-Objekte in Hunderten von MIBs defi- 
niert sind, miissen diese Investitionen auch bei den neuen 

60 Ansatzcn integrierbar sein. Deshalb wird auch in dicsen An- 
sStzen Uber SNMP auf die iibcrwachten Komponenten ti- 
KOM zugegriffen. 

Die zentrale Komponente dieses Ansatzes ist der Objekt- 
Manager OBJ-MGR (bei WBEM: I-IMOM Olypenext Ma- 

65 nagement Object Manager; bei JMAPI: Managed Objects 
Factory). Die komplexen Objekte einer Managementlosung 
werden von einem festgelegten Informationsmodell, dem 
sogenannten Common Information Modcll CIM abgcleitct. 
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Es definieit die Klassen der oberen Ebenen einer Klassen- sogenannten SNMP-Responses, deren Dalen dann von dem 

hicrarchie. FOr cine Realisicrung mussen enisprcchende ProtokoUstack SNMP-PrSi dcs Porvidcrs PROV ausgepackl 

Subklassen von dieser Hicrarchie abgcleitct wcrdcn. Das werden. Die Abbildungskomponentc MAPI hat nun die 

CIM definiert Klassen fur Objckte und Klassen fiir Assozia- Aufgabe, aus diesen Daten das entsprechende komplexe Ob- 

tionen. Das CIM wird von der sogenannten Desktop Mana- S jekt zusammenzubauen und ais Antworl auf den HMMP- 

gement Task Force (DMTF) festgelegl; genauere Informa- Request an den Objekt-Manager OBJ-MGR zu schicken. 

tionen findet man im Web unter http://wbem.freerange.coni/ Deshalb ist die Realisicrung des Modules fiir die Abbil- 

wbempdk. Beispiele fur im CIM definierte Objektklassen dungskomponente MAPI sowohl von den MTBs wie auch 

sind "Managed System Element", "Physical Container", von den Definitionen der komplexen Objekte in den MOFs 

"Physical Element" oder "Disk". Davon kann dann zumBei- lO abhangig. Der Objekt-Manager OBJ-MGR schickt die In- 

spiel cine Subklasse fur eine spezielle Festplatte abgcleitct formation dann an die Applikation, wo die Abbildungskom- 

werden. Beispiele fiir Assoziationen sind "Components", ponente MAP2 aus den komplexen Objektcn die von der 

"Dependency" oder "Contains". Fiir ein konkretes Manage- Applikation angeforderte Information zusanmienstellen 

ment miissen auch hiervon Subklassen abgeleilet werden. muB. Beide Abbildungskomponenten MAPI und MAP2 

DaBCIMjedoch keineswegs das einzigemdgliche Informa- is sind von den Definitionen der komplexen Objekte in den 

tionsmodell ist, zeigt die l^tsache, daB JMAPI ein anderes MOFs abhSngig. 

Informationsmodell verwendet. Die Vorteile dieses Ansatzes bestehen darin, 

Der Objekt-Manager OBJ-MGR bietet den Zugriff auf 

diese komplexen Objekte. Er wird gesteuert von den Defini- - daB eine darauf aufgebaute Losung Informationcn 

tionen der komplexen Objekte, die sich in der Datenbank 20 mit an deren Losungcn iiber HMMP austauschen kann. 

DB befinden. Solche Definitionen konnen von den vorgege- Dieser Vorteil kommi jedoch nur dann zum TVagen, 

benen CIM-Klassen abgeleilet und als sogenannte Managed wenn HMMP ein genormtes ProtokoU ist. 

Object Files MOF erzeugt werden, MOFs konnen iiber den - daB eine lokale Managementlosung auf einem allge- 

MOF-Compiler in die Datenbank DB eingelesen werden. In mein verwendbaren CIM-orientierten Framework 

der Datenbank DB kann der Objekt-Manager OBJ-MGR 25 (WBEM: WBEM Professional Developer's Kit) aufge- 

auch statische Objekte ablegen. Sowohl Applikationen wie baut werden kann. 
auch Provider PROV greifen uber das Protokoll HMMP 

(Hypermedia Management Protocol) auf komplexe Objekte Der Einsatz eines Objckt-Managers OBJ-MGR mit einem 

zu. HMMP kommunizierl komplexe Objekte und bietet un- vorgegebenen Modell auf der Basis komplexer Objekte 

ter anderem folgende Typen von Operationen: 30 fiihrt jedoch auch zu folgenden Problemen: 



- Manipulation von Klassen: Gel, Delete, Put, Enume- 
rate 

- Manipulation von Instanzen: Get, Delete, Put, Enu- 
merate 

- Aufruf von Methoden: Execute. 

HMMP ist noch nicht als Draft RFC bei der IETF einge- 
reicht und es bleibt abzuwarten, ob sich dieser Standard 
durchsetzt. Bei der derzeitigen WBEM-Realisierung wird 
deshalb eine proprietare Kommunikalion verwendet. 
(JMAPI verwendet Java Remote Invocation Methode 
(RMD). 

Auch hier gill, daB die Information, die verschiedene 
AppUkationen benotigen, nicht unbedingl so sUiakturiert ist, 
wie das vom Objekt-Manager OBJ-MGR verwendete Infor- 
mationsmodell. Wenn eine Funktion einer Applikation auf- 
gerufen wird, so muB die von ihr benotigte Information im 
allgemeinen durch die Abbildungskomponentc MAP2 auf 
die komplexen Objekte des Objekt-Managers OBJ-MGR 
abgebildet werden, bevor dann entsprechende HMMP Re- 
quest an den Objekt-Manager OBJ-MGR geschickt werden. 
(Nur ein MOF-Browser konunt ohne MAP2 aus.) Empfangl 
der Objekt-Manager OBJ-MGR einen solchen HMMP-Re- 
quesl, dann versucht er zunachsl, das Objekt aus der Daten- 
bank DB zu lesen. Ist dort das Objekt nicht abgespeichert, 
dann steht in der Datenbank DB die Information, Uber wel- 
chen Provider PROV die Daten von der iiberwachten Kom- 
ponenie D-KOM abgerufen werden kdnnen. Der Objekt- 
Manager OBJ-MGR schickt darin cinen HMMP-Rcquest an 
diesen Provider. 

Da HMMP komplexe Objekte konununiziert, ist der wei- 
tere Ablauf folgendermaBen: Die Abbildungskomponentc 
MAPI zerlegt die Anforderung nach einem komplexen Ob- 
jekt in entsprechende Anforderungen nach einfachen in ei- 
ner MIB definierten Objekten und schickt Uber den Proto- 
koUstack SNMP-PrSt entsprechende SNMP-Requests an 
die Uberwachte Komponente t)-KOM. Diesc antwortet mit 



- Es ist zu beachten, daB auch bei Verwendung eines 
Frameworks fiir jeden Provider PROV und jede Appli- 
kation zwei entsprechende Abbildungskomponenten 

35 MAP zu realisieren sind, die relaliv komplex sind. 

- Weitcrhin kann das zweimalige Mapping zwischen 
iiberwachter Komponente U-KOM und der APPLIKA- 
TION zu Informationsveriuslen fuhren und die Lei- 
stungsfahigkeit des Systems beeintrachtigen. 

40 - Es gibt nur statische und dynamische Objekte. Stati- 
sche Objekte werden in MOFs beschrieben und iiber 
den MOF-Compiler in der Datenbank DB abgespei- 
chert. Dynamische Objekte werden immer uber den 
Provider PROV angefordert. Eine flexiblere Bereitstel- 

4S lungs-Strategie wird nicht unterstUtzt. 

Die Erfindung bezweckt nun, die genannten Nachteile der 
bekannten Losungen zu vermeiden. Bei einem Verfahren zur 
Durchfuhrung von tTberwachungs- und Managementfunk- 

50 tionen in Netzen mit iiberwachten Komponenten gemaB 
dem Oberbegriff des Patentanspruches 1 wird dies durch die 
kennzeichnenden Merkmale dieses Anspruches erreichl. 

Bindeglied zwischen der Abfrageeinheit und den iiber- 
wachten Komponenten ist danach eine gesonderte Bereit- 

55 slellungseinheit mit einer relationalen Datenbank, in der alle 
einfachen Objekte gespeichert werden. Auf diese Weise ist 
es mdglich, den Informationsaustausch zwischen der rela- 
tionalen Datenbank und den iiberwachten Komponenten in 
bekannter Weise mittels einfacher Objekte auszufUhren. An- 

60 dcrerscits kann die Abfrageeinheit mit Auswahlbcfchlen der 
SQL-Sprachc auf die Datenbank zugrcifcn und dort gespci- 
cherte Managementdaten in beiiebig auswahlbarer Kombi- 
nation abrufen. 
GemSB einer vorteilhaflen Weiterbildung der Erfindung 

6S ist die Bereitstellungseinheit unabh^ngig von den in der je- 
weiligen Managementlbsung verwendeten MIBs, da die in 
einer Datei (^^+) enthaltenen und gegebenenfalls durch 
weitcre Stcucrfunktioncn ciganzten Definitionen der vcr- 
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wendeten einfachen Objekte ebenfalls in die relationale Da- 
tenbank (REL-DB) ubcrnomtnen werden und cincrscits in 
der Initialisierungsphase den Aufbau der Ikbellenstrukturen 
fUr die Managementdaten (MGMT-DATA) steuem und an- 
dererseits als Steueranweisungen (META-DATA) fur die 
Bereitstellungseinheit (C&CM) die Bearbeitung der Aus- 
wahlbefehle (SQL-SELECT) ermGglichen. 

Weiterhin k6nnen den Objektdefinitionen Attribute als 
weitere Steuerfunktion beigefugt werden, die beim Zugriff 
auf ein Objekt oder eine Objektgruppe festlegt, wie die Be- 
reitstellungseinheit bezUglich der Zurverfugungstellung der 
notwendigen Informationen fUr einen Auswahlbefehl zu 
reagieren hat. 

Analoges gilt fur eine entsprechend gestaltete Anordnung 
entsprechend den Patentanspriichen 4 bis 6. 

Einzelheiten derErfindung seien nachfolgend an Hand ei- 
nes in der Zeichnung daigestellten AusfUhrungsbeispieles 
naher erlautert. Im einzelnen zeigen 

Fig, 1 das Prinzip einer SNMP-basierten Managementlo- 
sung gemSB dem Stand der Technik, 

Fig. 2 das Prinzip einer Manageraenllosung gemaB der 
WBEM-Architektur entsprechend dem Stand der Tfechnik 
und 

Fig. 3 das Prinzip der Managementlosung gemaB der Er- 
findung. 

Die Figuren Fig. 1 und Fig, 2 sind bereits im Rahmen der 
Erlauterung des Standes der Technik beschrieben worden. 

Bei der Managementlosung gemaB Fig. 3 bildet eine Be- 
reitstellungseinheit C&CM mit einer relationalen Daten- 
bank REL-DB den Kern. Die Erfindung nutzt dabei die Tat- 
sache, daB relationale Datenbanken die Daten in Form von 
Tabellen abspeichem. Der Zugriff erfolgt uber Auswahlbe- 
fehle SQL-SELECT der SQL-Sprache, wobei durch die An- 
gabe von Bedingungen festgelegt wird, welche Daten der 
Auswahlbefehl SQL-SELECT liefert. Mit einem solchen 
Auswahlbefehl kann auch ein Zugriff auf eine Verknupfung 
von mehreren Tabellen erfolgen. Dabei werden durch den 
JOIN-Operator zwei Tabellen gemaB den angegeben Bedin- 
gungen miteinander zu einer neuen Tabelle verknupft. 
Durch die Schachtelung von JOIN-Operatoren lassen sich 
im Prinzip behebig viele Tabellen miteinander verkniipfen. 
Das Ergebnis eines SELECT-Statements isl schlieBlich wie- 
der eine Tabelle. tJberblick uber SQL findel sich in Marc 
Adler, "Eine kurze Einfuhrung in die SQL-Sprache", Micro- 
soft System Journal: Special Database, Herbst/Winter 93. 

Eine weitere Basis der Erfindung ist die Idee, einfache 
Objekte 1 : 1 in der relationalen Datenbank abzuspeichem. 
Jede Applikation kann sich dann mil Hilfe von Auswahlbe- 
fehlen SQL-SELECT die Informationen aus der Datenbank 
holen, die sie benotigt. Dabei konnen Informationen pro 
blemlos aus verschiedenen MIBs verknupft werden, weil 
die Daten jeder MIB in Form einer oder mehrerer Tkbellen 
in der REL-DB abgelegt sind. Zugleich kann die Bereitstel- 
lungseinheit C&CM mit der Datenbank REL-DB eine flexi- 
ble Caching-Strategie unterstuizen. 

Um die Arbeitweise einer solchen Managementlosung zu 
erklaren, werden im folgenden zwei Vorgange detailliert be- 
schrieben, namlich das Einrichten der Datenbank durch die 
Bereitstellungseinheit C&CM und eine SQL-Abfrage von 
einer Applikation. 

Einrichten der relationalen Datenbank REL-DB: 
MIBs definieren in einer formalen Beschreibung die SNMP- 
Objekte. Es gibt sogenannte MIB-Compiler, die daraus Ta- 
bellen erzeugen, die geeignet sind, von Computerprogram- 
men gelesen und interpretiert zu werden. Fiir die Bereitstel- 
lungseinheit C&CM kdnnen zu diesen vom MIB Compiler 
erzeugten Tabellen manuell weitere Objektmerkmale hinzu- 
gefugt werden, wie die Caching- Kategorie. Diese Tkbellen 



sind in Fig. 3 als MIB+ bezeichnet. Der Wert dieses Merk- 
mals bestimmt dann, wie die Bereitstellungseinheit C&CM 
Zugriffe auf dieses einfache Objekt behandelt. MIB-H enthalt 
also sSmtliche Informationen, die zum Einrichten der rela- 

5 tionalen Datenbank REL-DB benbligl werden. 

In der Initialisierungsphase liest die Bereitstellungsein- 
heit C&CM die MIB+ ein, richtet die T^ellenstrukturen fiir 
die Managementdaten MGMT-DATA ein und legt die be- 
schreibende Information als META-DATA ab. META- 

10 DATA enthalt zum Beispiel fiir jedes einfache Objekt die In- 
formation, wie in der relationalen Datenbank REL-DB dar- 
auf zugegriffen wird, wie uber SNMP darauf zugegriffen 
wird, (Se Caching-Kategorie, usw. Durch die Informationen 
META-DATA ist die Implementierung der Bereitstellungs- 

15 einheit C&CM voUig unabhangig von den in der Manage- 
mentlosung verwendeten MIBs. Andererseits wird das Ver- 
halten der Bereitstellungseinheit C&CM von diesen Infor- 
mationen gesteuert, so daB die Bereitstellungseinheit 
C&CM nach dem Erzeugen diescr Informationen in der re- 

20 lationaien Datenbank REL-DB fur die Applikationen bereit 
ist. 

Abfrage durch die Applikation: 
Wird in einer APPLIKATION eine bestimmte Funktion auf- 
gerufen, fordert sie uber einen Auswahlbefehl SQL-SE- 

25 LECT an die Bereitstellungseinheit C&CM die benotigte In- 
formation an. Die Bereitstellungseinheit C&CM analysiert 
dann, welche der Managementdaten MGMT-DATA von 
dem Auswahlbefehl SQI^SELECT direki oder indirekt 
durch eine SQL-JOIN-Operation betroffen sind. Weiterhin 

30 wird an Hand der zugehorigen Information META-DATA 
gepriift, ob auf die in der Datenbank bereits abgespeicherten 
Managementdaten MGMT-DATA zugegriffen werden kann 
oder ob diese erst von den iiberwachten Komponenten U- 
KOM anzufordem sind. Ist letzteres der Fall, dann sendet 

35 die Bereitstellungseinheit C&CM uber den ProtokoUstack 
SNMP-PrSt entsprechende SNMP-Requests an die uber- 
wachten Komponenten U-KOM und tragi die iiber SNMP- 
Responses erhaltenen Daten MGMT-DATA in die Daten- 
bank REL-DB ein. Wenn alle betroffenen Daten voriiegen, 

40 laBt die Bereitstellungseinheit C&CM den Auswahlbefehl 
SQL-SELECT von der Datenbank REL-DB ausfUhren und 
liefert das Ergebnis an die APPLIKATION. 

Dieser Losungsansatz ist nicht darauf beschrankt, daB die 
uberwachten Komponenten U-KOM die Managementdaten 

45 uber SNMP liefert. Jede andere Form zur Ubertragung ein- 
facher Objekte - bestehend aus Name und Wert - kann ver- 
wendet werden. Ein anderes Beispiel ist DMI (Desktop Ma- 
nagement Interface), eine der DMTF (Desktop Management 
Task Force) genormte Schnittstelle zur Obertragung von 

50 einfachen Objekten, die in MIFs (Management Information 
Files) definiert werden. 
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1, Verfahren zur Durchfuhrung von ttberwachungs- 
und Managementfunkdonen in Netzen mit Uberwach- 
ten Komponenten (t)-KOM) unler Verwendung einfa- 
cher, durch Name und Wert beschriebener Objekte fur 
den Informationsaustausch zwischen den iiberwachten 
Komponenten (t)-KOM) und einer Abfragecinhcit 
(ADMIN-KON), wobei die Informationen in beliebig 
ausgewahlter Kombination an der Abfrageeinheit pra- 
sentiert, verandert und zur Einstellung der uberwachten 
Komponenten (U-KOM) verwendet werden, dadurch 
gekennzeichnet, daB die Verfoindung der Abfrageein- 
heit (ADMIN-KON) mit den iiberwachten Komponen- 
ten (t)-KOM) liber eine gesonderte Bereitstellungsein- 
heit (C&CM) erfolgt, und daB der Informationsaus- 
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20 



30 



tausch zwischen der Berettstellungseinheit (C&CM) 
und den Ubcrwachten Komponenten (t)-KOMP) mit- 
tels einfacher Objekte erfolgt und alle diese Objekte in 
cincr relationalen Datenbank (REI^DB) der Bereitstel- 
lungseinheit (C&CM) gespeichert werden, wahrend 
die Abfrageeinheil (ADMIN-KON) mil Auswahlbe- 
fehlen (SQL-SELECT) der SQL-Sprache auf die rcla- 
tionale Datenbank (REI^DB) zugreifen und dort ge- 
speicherte Managementinformadonen (MGMT- 
DATA) in beliebig ausw^lbarer Kombination abrufen 
kann. 

2. Vcrfahiien nach Anspruch 1, dadurch gekennzeich- 
net, daB die in einer Datei (MIB+) enthaltenen und ge- 
gebenenfalls dutch weitere Steuerfunktionen eiganzten 
Definidonen der verwendeten einfachen Objekte eben- 
falls in die relationale Datenbank (REL-DB) iibemom- 
men werden und einerseits in der Initialisierungsphase 
den Aufbau der Tabellenstrukturen ftir die Manage- 
mentdaten (MGMT-DATA) steuem und andererseits 
als Steueranweisungen (META-DATA) fiir die Bereit- 
slellungseinheil (C&CM) die Bearbeitung der Aus- 
wahlbefehle (SQL-SELECT) ermogUchen. 

3. Verfahren nach Anspruch 2, dadurch gekennzeich- 
net, daB als weitere Steuerfunkdon den Objektdefini- 
tionen ein Attribut beigefugt ist, das beim Zugriff auf 25 
ein Objekt oder eine Objektgruppe festlegt, wie die Be- 
reitstellungseinheit (C&CM) bezuglich der Zurverfii- 
gungstellung der notwendigen Informationen fiir einen 
Auswahlbefehl (SQL-SELECT) zu rea§ieren hat. 

4. Anordnung zur Durchfiihrung von Uberwachungs- 
und Managementfunktionen in Netzen mit iiberwach- 
ten Komponenten (tJ-KOM) unter Verwendung einfa- 
cher, durch Name und Wert beschriebener Objekte fur 
den Informationsaustausch zwischen den iiberwachten 
Komponenten (U-KOM) und einer Abfrageeinheit 35 
(ADMIN-KON) mit Einrichtungen zur Prasentation 
der Informationen in beliebig ausgewahlter Kombina- 
tion, zur Anderung der Information und zur Einslellung 
der uberwachten Komponenten (U-KOM) an Hand 
vorgegebener Informationen, gekennzeichnet durch 40 
eine gesonderte Bereitstellungseinheit (C&CM) mit ei- 
ner relationalen Datenbank (REL-DB) zur Speicherung 
der Objekte, wobei die Bereitstellungseinheit (C&CM) 
mit den uberwachten Komponenten (U-KOM) uber 
Einrichtungen zum Informationsaustausch mittels ein- 45 
facher Objekte (SNMP-PrSt) und mit der Abfrageein- 
heit (ADMIN-KON) iiber Einrichtungen zur Bereit- 
stellung von Managementdaten (MGMT-DATA) aus 
der relationalen Datenbank (REL-DB) in beliebig aus- 
wahlbarer Kombination auf Grund von Auswahlbefeh- 50 
len (SQL-SELECT) der SQL-Sprache gekoppelt ist. 

5. Anordnung nach Anspruch 4, dadurch gekennzeich- 
net, daB die Bereitstellungseinheit (C&M) weiterhin 
Einrichtungen zur Ubemahme der Objektbeschrei bun- 
gen und zum Einrichten der entsprechenden Tabellen- 
strukturen in der relationalen Datenbank (REL-DB) fiir 
die Managementdaten (MGMT-DATA) in der Initiali- 
sierungsphase sowie zur Speicherung von Steueran- 
weisungen (META-DATA) ftir die Bereitstellungsein- 
heit (C&CM) zur Bearbeitung der Auswahlbcfehlc 
(SQL-SELECT) aufweist. 

6. Anordnung nach Anspruch 5, gekennzeichnet durch 
Einrichtungen zur Auswertung eines der jeweiligen 
Objektdefinition beigefugten Attributs als weitere 
Steuerungsfunktion zur Beeinflussung der Bereitstel- 
lungseinheit (C&CM) bezuglich der zur Verfiigung- 
steUung der fur einen Auswahlbefehl (SQl^SELECT) 
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benotigten Managementdaten (MGMT-DATA). 
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